<rss version="2.0" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
    <channel>
        <title>Business Analyst Community &amp; Resources | Modern Analyst</title> 
        <link>https://modernanalyst.com</link> 
        <description>RSS feeds for Business Analyst Community &amp; Resources | Modern Analyst</description> 
        <ttl>60</ttl> <item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/5960/Establishing-a-Business-Analysis-Center-of-Excellence.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=5960</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=5960&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Establishing a Business Analysis Center of Excellence</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/5960/Establishing-a-Business-Analysis-Center-of-Excellence.aspx</link> 
    <description>In a previous organization I worked for, I formed a Business Analysis team by bringing 7 business analysis professionals together for the first time.&amp;nbsp; There were no templates, no standards, everyone was doing work their own way.&amp;nbsp; I don&amp;rsquo;t believe in standards for the sake of everyone doing work the same way, but I do believe in embracing what works best in an organization and striving to use that to achieve repeatable success.&amp;nbsp; I introduced the concept of a Business Analysis Center of Excellence (CoE) to the organization.&amp;nbsp;


</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Mon, 15 Nov 2021 00:54:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:5960</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/5384/Keeping-High-Level-Requirements-High-Level.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=5384</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=5384&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Keeping High-Level Requirements High-Level</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/5384/Keeping-High-Level-Requirements-High-Level.aspx</link> 
    <description>The objective of this article is to provide business analysts with guidelines for distinguishing between high-level requirements (HLRs) and detail requirements (in&amp;nbsp;IIBA&amp;reg; BABOK&amp;reg;&amp;nbsp;V3 terms &amp;ndash; Stakeholder requirements and Solution requirements respectively).
</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Sun, 30 Jun 2019 23:33:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:5384</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/5144/Managing-Requirements-is-an-Art-Mastered-by-a-Business-Analyst.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=5144</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=5144&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Managing Requirements is an Art Mastered by a Business Analyst</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/5144/Managing-Requirements-is-an-Art-Mastered-by-a-Business-Analyst.aspx</link> 
    <description>In a classic business analyst universe, requirements are the soul of all the work a business analyst does. If a business analyst fails to identify and translate the right requirements, they&amp;rsquo;re out of a job. This is the reason why a successful business analyst is always good at requirements handling/management process.
What makes requirements an essential part of a BA&amp;rsquo;s job?
For a business analyst, requirements are defined as the logical and essential steps which needs to be fulfilled in order to achieve a successful end-state or a solution to a stakeholder&amp;rsquo;s business problem. These requirements drive the solution and are the key elements of any successful solution implementation. Business analysts are the ones who not only ensures the expected solution is delivered, but they&amp;rsquo;re also the owner of the requirements handling/management process. Business analysts identify the right requirements and help them convert into a form consumable by delivery teams to deliver the expected outcome in a timely manner. 
The requirements management/handling process consists of 4 basic steps: Discovery, Analyze, Draft and Implement.
1.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Discovery
Requirements discovery is a phase in which we identify, gather and scope the requirements. This phase builds the basic requirements framework for delivery. To identify and gather requirements, a business analyst uses various requirements elicitation techniques like observation, shadowing, protocol analysis, apprenticeship, prototyping, focus groups, scenario&amp;rsquo;s, background research and many others. These techniques are aimed towards gathering information related to a business problem and/or a solution that business stakeholders are trying to achieve.
Requirements identification is a highly interactive activity, which relies on the involvement of the right stakeholders. Elicitation activities continue while a business analyst traverse through other stages/steps of requirements gathering.
It is very important for a business analyst to not only identify but to scope the requirement. Requirements are driven by information collected by various elicitation methods; however, the relevancy of the requirement needs to be determined.
The simplest way to do so is to perform some of the elicitation techniques repetitively. Look for facts via secondary support of documents or information from another source just to verify. Chart your scope based on the overall direction of the information flow and the end-state which stakeholders are trying to achieve. 
Scoping cannot be definitive in the business analyst&amp;rsquo;s landscape. It&amp;rsquo;s a loose boundary which needs to be flexible enough to account for other business or priority changes. Loose boundaries do help the business analyst in defining a playground where they need to operate for a successful outcome.
2.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Analyze
The most important activity of the requirements handling process is to analyze a requirement. Analyzing a requirement will provide us with a definite outcome along with the complete information on achieving that outcome. There can be various types of analysis like strategic analysis, functional and technical analysis. 
Strategic analysis is performed by understanding the strengths, weakness, opportunities and threats provided by implementing this requirement. It helps a business analyst to understand the priority and criticality of the requirement which also determines how essential it is for a business to implement those requirements.
Functional analysis provides an ability to understand the requirement from the end user perspective.&amp;nbsp; It is performed by interacting with people who&amp;rsquo;re impacted by the implementation of requirements. This provides unique opportunity for a business analyst to shape the solution in a way that accommodates the minimal, easy to adapt change to the end users or the impacted.
Technical analysis is performed by further breaking down functional requirements into a series of small implementation steps which a delivery person can understand. It is the delivery person/team who needs to deliver the technical solution. It is important to not miss any aspect of functional requirement to be translated into technical requirements which is a supporting pillar for successful solution implementation.
Depending upon the type of analysis, we determine the type of requirement. Upon successfully analyzing and understanding the type of requirement we start drafting requirements into various artifacts.
3.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Draft
Once a business analyst has understood the type of requirements and its expected outcome, business analyst can draft those requirements in their respective artifacts. There&amp;rsquo;re various artifacts such as business requirements document and/or specification requirements document and user stories which are authored and owned by a business analyst while there&amp;rsquo;re some other like project charter, technical design document or anything alike to which a business analyst contributes actively. Drafting of requirements take the utmost time as the translation needs clarifications and numerous back and forth interactions. Once a requirement drafting is complete, it&amp;rsquo;s time to walk them through with the entire team.
4.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Implement
The first step of requirements implementation is to arrange for a walk-through of freshly drafted requirements where the audience includes all stakeholders including delivery team. This walk-through session helps with course correction of requirements if there&amp;rsquo;s a miss while drafting them. Also, requirements walkthrough is a common platform where in the stakeholders and other team members have the opportunity to ensure alignment of the requirements to the desired end state. Once the requirements are defined and finalized, business analysts have to ensure continuous requirement refinement for successful delivery.
This is the final step of requirements management process. Once the requirement has been identified, scoped, analyzed, drafted and confirmed, business analysts have to keep their eye out for on-going business changes, these changes may affect any of the existing requirements and their desired outcomes. As business changes are constant, the impacts on the already drafted requirements is constant. There is a small deviation of requirements which can still be managed by refining the requirement and updating them, but then if the deviation requires additional effort for which the cost involved is high, then changes are to be considered for enhancement. This decision must be evaluated by a business analyst before taking appropriate actions accordingly.
At this stage, all the requirements are the guiding principle for the delivery team to deliver the solution. Requirements Handling/Management Process is the one, a business analyst has to master to be considered as successful.



Author: Nimil Parikh, Business Analyst


Nimil Parikh is a new generation business analyst who transforms business processes by leveraging IT tools and applications. He has over 7 years of experience modeling, analyzing, measuring, improving, optimizing and automating business processes. He adds value by his ability to context switch while providing cross-functional business solution and ensuring timely delivery by managing and streamlining business processes and driving strategic leadership. He is known to introduce IT business transformation and ensure successful implementation. Nimil possess MBA from San Jose State university, MBA Marketing and Information technology engineering from India. Nimil lives in Campbell, California. He enjoys challenges and believes in making things right. Reach him via email &amp;ndash; parikhnimil@yahoo.co.in
&amp;nbsp;

</description> 
    <dc:creator>Nimil Parikh</dc:creator> 
    <pubDate>Sun, 21 Oct 2018 21:22:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:5144</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/3726/Differences-Duties-and-Responsibilities-of-Business-Analysts-and-System-Analysts.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=3726</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=3726&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Differences, Duties and Responsibilities of Business Analysts and System Analysts</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/3726/Differences-Duties-and-Responsibilities-of-Business-Analysts-and-System-Analysts.aspx</link> 
    <description>A business analyst is a person who analyzes, organizes, explores, scrutinizes and investigates an organization and documents its business and also assesses the business model and integrates the whole organization with modern technology. The Business Analyst role is mostly about documenting, verifying, recording and gathering the business requirements and its role is mostly associated with the information technology industry.</description> 
    <dc:creator>Bhairav24</dc:creator> 
    <pubDate>Sun, 19 Mar 2017 21:50:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:3726</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/3058/Is-a-Business-Analysis-Center-of-Excellence-BA-CoE-Still-Relevant.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=3058</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=3058&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Is a Business Analysis Center of Excellence (BA CoE) Still Relevant?</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/3058/Is-a-Business-Analysis-Center-of-Excellence-BA-CoE-Still-Relevant.aspx</link> 
    <description>BA CoEs, in one form or another, have been around for over two decades. This longevity may very well speak for itself as this is a very long time given today&amp;rsquo;s appreciation and variety of methodologies, and the technological developments to support them. Much of the discussions around BA CoEs however have remained static. While other disciplines have modified their approach to continue to be of value; allying their tactic to compliment the focal points of a company, the dialogue around business analysis and BA CoEs has remained limited to the subject of process.</description> 
    <dc:creator>Transform VA</dc:creator> 
    <pubDate>Mon, 25 Aug 2014 02:31:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:3058</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/2323/The-21st-Century-BA-Building-a-Mature-Innovation-Driven-Business-Analysis-Practice.aspx#Comments</comments> 
    <slash:comments>1</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=2323</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=2323&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>The 21st Century BA: Building a Mature, Innovation-Driven Business Analysis Practice</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/2323/The-21st-Century-BA-Building-a-Mature-Innovation-Driven-Business-Analysis-Practice.aspx</link> 
    <description>As businesses acknowledge the value of business analysis &amp;ndash; the result of the absolute necessity to drive business results through projects &amp;ndash; they are struggling to figure out three things:


 
 What are the characteristics of their current BA workforce, and how capable does their BA team need to be?
 
 
 What is needed to build a mature BA Practice?
 
 
 How are we going to get there?
 

</description> 
    <dc:creator>Transform VA</dc:creator> 
    <pubDate>Mon, 20 Aug 2012 10:09:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:2323</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/2110/Three-Good-Reasons-to-Initiate-a-BA-Center-of-Excellence.aspx#Comments</comments> 
    <slash:comments>2</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=2110</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=2110&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Three Good Reasons to Initiate a BA Center of Excellence</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/2110/Three-Good-Reasons-to-Initiate-a-BA-Center-of-Excellence.aspx</link> 
    <description>Creating a BA Center of Excellence (BA COE) is a proven method for effectively reaching these goals with a BA team. In addition to improving BA performance in the traditional fields of elicitation and drafting, they aid in improving the other ‘soft’ skills that are becoming increasingly mandatory for a BA to possess.</description> 
    <dc:creator>Transform VA</dc:creator> 
    <pubDate>Wed, 28 Dec 2011 03:29:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:2110</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/948/Establishing-a-Business-Analysis-Community-of-Practice-Part-4.aspx#Comments</comments> 
    <slash:comments>2</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=948</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=948&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Establishing a Business Analysis Community of Practice, Part 4</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/948/Establishing-a-Business-Analysis-Community-of-Practice-Part-4.aspx</link> 
    <description>Babies and Business Analysts go through four stages, as they open their eyes and see.&amp;#160;
In Stage 1, with eyes closed, BAs are blind to their organization’s mess.
In Stage 2, as their eyes begin to open, BAs see in black and white: a single process step, template or isolated requirement.
In Stage 3, the mobile movement of the outside world attracts and delights them: industries, methodologies, collaborations and emerging trends.
In Stage 4, they strengthen their muscles: the analytical and creative skills used to facilitate organizational futures and protect their parent enterprise in this new economic climate.</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Fri, 05 Jun 2009 05:44:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:948</guid> 
    <enclosure url="https://modernanalyst.com:443/Portals/0/Public%20Uploads/Cherubin%20-%20Establishing%20a%20BA%20CoP,%20Part%204.pdf" length="143915" type="text/hcsp" />
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/937/Business-Analysis-Center-of-Excellence.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=937</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=937&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Business Analysis Center of Excellence</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/937/Business-Analysis-Center-of-Excellence.aspx</link> 
    <description>In the twenty-first century, business processes have become more complex; i.e., more interconnected, interdependent, and interrelated than ever before. Businesses today are rejecting traditional organizational structures to create complex communities comprised of alliances with strategic suppliers, outsourcing vendors, networks of customers, and partnerships with key political groups, regulatory entities, and even competitors.
</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Tue, 02 Jun 2009 04:01:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:937</guid> 
    
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/915/Establishing-a-Business-Analysis-Community-of-Practice-Part-3.aspx#Comments</comments> 
    <slash:comments>6</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=915</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=915&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Establishing a Business Analysis Community of Practice, Part 3</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/915/Establishing-a-Business-Analysis-Community-of-Practice-Part-3.aspx</link> 
    <description>Understanding why BA CoPs fail is an essential part of strategic planning. If you can identify the gaps in your own organization, you will be in a much better position to put a plan in place to &quot;Mind the Gap.&quot;&amp;#160; This article will look at 10 common reasons why BA CoPs fail.
&amp;#160;</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Fri, 08 May 2009 08:54:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:915</guid> 
    <enclosure url="https://modernanalyst.com:443/Portals/0/Public%20Uploads/Leather_&amp;_Cherubin_-_Establishing_a_BA_CoP,_Part_3.pdf" length="146623" type="application/pdf" />
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/904/Establishing-a-Business-Analysis-Community-of-Practice-Part-2.aspx#Comments</comments> 
    <slash:comments>0</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=904</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=904&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Establishing a Business Analysis Community of Practice, Part 2</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/904/Establishing-a-Business-Analysis-Community-of-Practice-Part-2.aspx</link> 
    <description>Part 1 of this series examined the components a Business Analysis&amp;#160;Community of Practice&amp;#160;should optimally include. This article sets out the first four steps that must be taken in order to establish a successful BA CoP.</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Sun, 26 Apr 2009 04:01:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:904</guid> 
    <enclosure url="https://modernanalyst.com:443/Portals/0/Public%20Uploads/Sam_Cherubin_-_Establishing_a_BA_CoP,_Part_2.pdf" length="142564" type="application/pdf" />
</item>
<item>
    <comments>https://modernanalyst.com/Resources/Articles/tabid/115/ID/855/Establishing-a-Business-Analysis-Community-of-Practice-BA-CoP-Part-1.aspx#Comments</comments> 
    <slash:comments>8</slash:comments> 
    <wfw:commentRss>https://modernanalyst.com/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=115&amp;ModuleID=572&amp;ArticleID=855</wfw:commentRss> 
    <trackback:ping>https://modernanalyst.com:443/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=855&amp;PortalID=0&amp;TabID=115</trackback:ping> 
    <title>Establishing a Business Analysis Community of Practice (BA CoP), Part 1</title> 
    <link>https://modernanalyst.com/Resources/Articles/tabid/115/ID/855/Establishing-a-Business-Analysis-Community-of-Practice-BA-CoP-Part-1.aspx</link> 
    <description>It’s commonly agreed that it’s good to floss, eat plenty of fruit and have a Business Analysis Community of Practice. So why is there no common industry definition of what a BA CoP is, what it does, and how to protect it from “cost-saving” initiatives?</description> 
    <dc:creator>adrian</dc:creator> 
    <pubDate>Thu, 02 Apr 2009 06:25:00 GMT</pubDate> 
    <guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:855</guid> 
    <enclosure url="https://modernanalyst.com:443/Portals/0/Public%20Uploads/Sam_Cherubin_-_Establishing_a_BA_CoP,_Part_1.pdf" length="147416" type="application/pdf" />
</item>

    </channel>
</rss>